home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980901-19981211 / 000038_news@newsmaster….columbia.edu _Thu Sep 17 13:44:08 1998.msg < prev    next >
Internet Message Format  |  1998-12-10  |  7KB

  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id NAA04514
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Thu, 17 Sep 1998 13:44:07 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id NAA26959
  7.     for kermit.misc@watsun; Thu, 17 Sep 1998 13:44:07 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.unix.questions,comp.unix.solaris,comp.unix.unixware.misc,comp.protocols.kermit.misc,comp.dcom.modems
  11. Subject: Re: looking for paging notification software
  12. Date: 17 Sep 1998 17:44:04 GMT
  13. Organization: Columbia University
  14. Lines: 122
  15. Distribution: inet
  16. Message-ID: <6trhp4$l26$1@apakabar.cc.columbia.edu>
  17. References: <6tojgu$1mp$1@nnrp1.dejanews.com> <6tot43$6ju$1@apakabar.cc.columbia.edu> <6tpahb$vbq$1@nnrp1.dejanews.com>
  18. NNTP-Posting-Host: watsun.cc.columbia.edu
  19. Xref: news.columbia.edu comp.unix.questions:130890 comp.unix.solaris:174263 comp.unix.unixware.misc:30898 comp.protocols.kermit.misc:9212 comp.dcom.modems:239957
  20.  
  21. In article <6tpahb$vbq$1@nnrp1.dejanews.com>,  <apatnaik@aircom.com> wrote:
  22. : A couple more questions:
  23. : 1. Is the TAP protocol, as you say below, something that
  24. :    is installed on the sending computer, i.e my computer which
  25. :    contains my application that sends pages? I can't assume
  26. :    anything about the paging service provider or the receiving side.
  27. C-Kermit 6.0 comes with a script that implements the TAP protocol:
  28.  
  29.   http://www.columbia.edu/kermit/ck60.html
  30.   http://www.columbia.edu/kermit/pagers.html
  31.  
  32. Whether you can send an alpha page depends on the paging service.
  33.  
  34. : 2. My pages need to work in numeric-only pagers, but if
  35. :    a client has an alpha pager, would the mechanism I
  36. :    use to send pages to numeric-only pagers work?
  37. No.  There is a fundamental difference between numeric and alpha pages.
  38. Numeric pages are sent by dialing a number and then, after it answers,
  39. entering the message by pushing additional numbers on the telephone keypad,
  40. i.e. sending DTMF signals (Touch Tones).  If you are using a modem, all
  41. the modem does is dial -- none of its modulation/demodulation/protocol
  42. features are engaged at all.
  43.  
  44. Alpha pages are sent over a modem-to-modem connection.  A modem must
  45. answer on the far end, and carrier is required.  The message is sent as
  46. characters rather than DTMF tones.
  47.  
  48. There are, in fact, three ways to send an alpha page.  First, you can make
  49. a voice call to the paging service and speak to human who transcribes the
  50. message and pager ID, and then sends the page.  Second, you can dial the
  51. paging service with a modem and a terminal or emulator, and type in the
  52. pager ID and message in an interactive dialog.  Third, you can dial the
  53. paging service with a computer and modem and use Telocator Alphanumeric
  54. Protocol to send the page.  The third is best because it includes error
  55. detection and correction (checksums, retranmission, etc) and confirmation
  56. that the page was sent.
  57.  
  58. The second method might seem easier, and can be scripted, but lacks not
  59. only error detection/correction and confirmation, but also a uniform
  60. interface -- every paging service uses a different dialog.
  61.  
  62. : 3. Is there any example code that uses C-Kermit for
  63. :     sending numeric pages. How reliable is it?
  64. C-Kermit simply sends a dialing command to the modem, and therefore must
  65. depend on the capabilities of the modem, since Kermit itself (or any other
  66. software running on your computer) does not have access to the sounds
  67. (waveforms) on the telephone line.  Only the modem "hears" them and can
  68. interpret them (as you would if you were using a real telephone), and
  69. pass along the interpretation to the computer in the form of result codes.
  70.  
  71. It's all done in the dial string that is sent to the modem.  Example:
  72.  
  73.   ATDT7654321@123456#;
  74.  
  75. This works if your modem treats "@" as a command to "wait for quiet answer"
  76. (i.e. phone answers but there is no carrier).  However, some modems don't
  77. implement this very well, or at all, or consistently with other modems.
  78. In that case, you need hardwired pauses:
  79.  
  80.   ATDT7654321,,,,123456#;
  81.  
  82. One comma = 2 seconds (unless change the modem's default configuration); use
  83. as many as necessary according to what your paging service does when it
  84. answers the phone (speaks a long message, plays Muzak for 5 minutes, etc).
  85. In some cases, a combination might work best:
  86.  
  87.   ATDT7654321@,,,,123456#;
  88.  
  89. (wait for answer, and then wait for recorded message to stop playing).
  90.  
  91. The message, in this example "123456" is normally terminated by "#", and
  92. the final ";" tells the modem to return to command mode immediately rather
  93. than wait for carrier, since there never will be carrier.
  94.  
  95. Thus the Kermit commands are quite simple:
  96.  
  97.   set modem type usr      ; or whatever you have
  98.   set line /dev/cua0      ; or whatever device you are using
  99.   set speed 2400          ; doesn't really matter much  
  100.   dial 7654321@123456#;   ; send the page
  101.  
  102. At this point the modem will respond with OK, or maybe NO DIALTONE, BUSY,
  103. or (if we are lucky) NO ANSWER (depending on how well the "@" works), and
  104. then Kermit will report success or failure depending on what the modem
  105. said.
  106.  
  107. How reliable is it?  This is not really a question about the software,
  108. it's a question about the modem.  In my experience, most modems do not
  109. handle this task well at all.  Also, it's a question of whether the paging
  110. service lets you "type ahead" -- what happens if tones are sent while a
  111. recorded message is playing?  Etc etc.  All of this is beyond software
  112. control; all the software can do is ask the modem to dial -- the rest is
  113. up to the modem.  And the paging service.
  114.  
  115. To achieve the best possible reliability requires rather intensive study
  116. of your modem manual, detailed observation of the behavior of the paging
  117. service under a variety of conditions, and much experimentation.  Even then,
  118. there can be no guarantees that the paging service will get the message,
  119. or that the paging service will relay the message to the pager, or that
  120. the person carrying the pager will notice the message.  TAP solves the first
  121. problem.  The second problem is solved by paging services that hold the
  122. message until the pager confirms receipt (these are called 2-way paging
  123. services).  But the only solution for the last problem is to require a
  124. some form of reply from the pagee, such as a voice callback.
  125.  
  126. I suspect that some modems will perform better than others.  In fact, modems
  127. could be built that were well suited to numeric paging, but they would need
  128. some different functions than modems we have now.  And paging services would
  129. need to be changed to work with these modems.  For example, modems would
  130. need a real "wait for answer" (as opposed to the "@" directive, whose
  131. definition is usually something like "wait for 5 seconds of silence), and
  132. then the paging service would need to emit a special tone when it was ready
  133. to receive the page, similar to the "bong" sent when making credit-card
  134. calls.  Then you could use the modem's "wait for bong" feature (if it has
  135. one) before sending the page, to ensure it is not sent before the service
  136. is ready for it.
  137.  
  138. - Frank